home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000081_news@columbia.edu _Mon Jan 20 13:41:08 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id NAA07018 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 20 Jan 1997 13:41:08 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id NAA03244 for kermit.misc@watsun; Mon, 20 Jan 1997 13:41:07 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: kermit hangs on set line ...
  8. Date: 20 Jan 1997 18:41:05 GMT
  9. Organization: Columbia University
  10. Lines: 65
  11. Message-ID: <5c0e81$qvq$1@apakabar.cc.columbia.edu>
  12. References: <5bas0d$oul@madman.ronin.mindspring.com> <5bbbgj$9v0$1@apakabar.cc.columbia.edu> <5bqqpv$hkj@madman.ronin.mindspring.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14. Xref: news.columbia.edu comp.protocols.kermit.misc:6433
  15.  
  16. In article <5bqqpv$hkj@madman.ronin.mindspring.com>,
  17. Chuck Mattern <cmattern@mindspring.com> wrote about C-Kermit on Linux:
  18. : In article <5bbbgj$9v0$1@apakabar.cc.columbia.edu>,
  19. :     fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20. :  
  21. : > First please come to:
  22. : > 
  23. : >   http://www.columbia.edu/kermit/
  24. : 
  25. : Went there, got that, built and installed it, same problem.  Tried the
  26. : suggestion from another post and defined NOCOTFMC.  Same result: when
  27. : I enter "set /line /dev/ttyS0" kermit gets the modem, I can see the
  28. : status lights change but kermit hangs.  Issuing ^C gets on with things
  29. : and all seems fine.
  30. : ...
  31. : I have tried "set carrier-watch off" alone and with "set modem type
  32. : usrobotics" and still get the hang condition.  HOWEVER here are some
  33. : new wrinkles: This does not occur with my work machine which has a
  34. : serial card.  My machine at home has on board serial hardware built
  35. : into the motherboard.  BTW the machine at work does not require the
  36. : "set modem type usrobotics" or set carrier-watch off".  Additionally
  37. : kermit does not hang at home if I use "set line /dev/cua0".  Another
  38. : possible difference is the kernel revision, home is 2.0.25 and work is
  39. : 2.0.18, although I don't believe any changes to the serial i/o section
  40. : occurred between these versions.  I would happily use the cua? device
  41. : were it not for the fact that I need to use mgetty which wants the
  42. : ttyS device.
  43. :
  44. Clearly, C-Kermit is stuck in a system call.  You can demonstrate this by
  45. opening up two windows.  In the first window, tell C-Kermit to:
  46.  
  47.   set debug on
  48.   set modem type usr
  49.   set line /dev/ttyS0
  50.  
  51. In the second window:
  52.  
  53.   tail -f debug.log
  54.  
  55. You'll probably see something like:
  56.  
  57.   ttopen alarm=0
  58.  
  59. (which goes into the debug log just before the open() call) and it will just
  60. sit there till you type Ctrl-C, or maybe until the alarm goes off -- you can
  61. set an alarm for SET LINE like this:
  62.  
  63.   set carrier-watch on 20
  64.  
  65. This is supposed to make C-Kermit time out after 20 seconds if the open() call
  66. is not returning due to carrier not being present on the device.
  67.  
  68. In any case, from your description the open() call is not returning, even
  69. though it has succeeded in opening the device.  Evidently it can be
  70. interrupted by SIGINT, after which we find the device is open and perfectly
  71. usable.
  72.  
  73. What can I say, this is either a bug in your version of Linux (or your driver
  74. for ttyS0), or else there is some peculiarity in setting up this device that
  75. I don't know about, and that will need to be addressed in the source code
  76. communications module, ckutio.c.  You or some other Linux expert will have to
  77. take a look, because none of this can be reproduced here (Red Hat 3.0,
  78. kernel 1.2.13).
  79.  
  80. - Frank